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TELECOMMUNICATIONS SYSTEM HAVING 
SEPARATE SWITCH INTELLIGENCE AND 
SWITCH FABRIC 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to network switch- 
ing and more particularly to a telecommunications system 
having separate switch intelligence and switch fabric. 

2. Related Art 

A conventional telecommunications network comprises 
three basic components: user terminals (e.g., telephones), 
communications busses (e.g., telephone lines) and switches. 
The switches are used to selectively connect the user ter- 
minals via the communications busses. Each switch com- 
prises two basic components: the switch fabric, which 
physically interconnects the communications busses, and the 
switch intelligence, which directs the operation of the switch 
fabric based on control signals (e.g., telephone numbers) 
received by the switch. 

In recent years, however, the telecommunications features 
offered by service providers (including both local and long 
distance service providers) have increased dramatically in 
both number and complexity. Because many of these fea- 
tures are implemented primarily at the switch, the complex- 
ity of the switch intelligence has increased in kind to include 
complex call processing logic. Despite the dual nature of the 
switch, standard telecommunications architectures such as 
Advanced Intelligent Network (AIN) and SS7 have contin- 
ued to incorporate both switch intelligence and switch fabric 
into a single device. The retention of this monolithic switch- 
ing approach in the face of these changes has substantial 
disadvantages. 

The primary disadvantages result from the fact that 
switches from different manufacturers may employ unique 
methods of control and/or unique computing languages in 
their switches. Thus when a service provider offers a new 
feature requiring a change in switch intelligence, the change 
must be implemented by the switch vendor. In a network 
comprising switches from several manufacturers, these 
changes must be coordinated to ensure a coincident release 
of the new feature at all switches. Further, each switch 
vendor must implement a switch change required by one 
service provider without disturbing the switch intelligence 
aspects required by other service providers. Finally, changes 
cannot be implemented centrally, but must be implemented 
separately at each switch. This arrangement requires sub- 
stantial lead time for a change, typically on the order of two 
years or more. 

What is needed, therefore, is a telecommunications net- 
work where the switch intelligence is separated from the 
switch fabric. 

SUMMARY OF THE INVENTION 

The present invention is a telecommunications network 
having separate switch fabric and switch intelligence. The 
system comprises a switch fabric, a switch intelligence, and 
a feature processor. The switch intelligence is logically 
separated from the switch fabric and comprises a switch 
fabric proxy, a facility service, a connection manager 
service, and a call segment instance service. The switch 
[fabric proxy is coupled to the switch fabric via a vendor- 
[specific first Application Programming Interface (API). The 
[switch fabric, proxy supports a second API, which is com- 
[mon across all vendors, representing functions supported by 
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the switch fabric. A facility instance, which is instantiated by 
a facility service using a facility model, represents the bearer 
and signaling facilities of a party to a call, and interacts with 
the switch fabric proxy via the second API to communicate 

5 with the switch fabric. The connection manager service 
represents the connectors for a party to a call, and interacts 
with the switch fabric proxy via the second API to commu- 
nicate with the switch fabric. A call segment instance, which 
is instantiated by a call segment instance service using a call 

10 model, represents the call logic and call data for a party to 
a call, and interacts with the connection manager service via 
a third API and with the facility instance via a fourth API. 
The feature processor interacts with the call segment 
instance via a fifth API to provide the telecommunications 

15 feature. 

The switch intelligence further comprises two call pro- 
cessing creation environments. The first, called a call model 
creation environment, is employed to access the call seg- 
ment instance service via a programming API to modify 

20 existing call models and to create new call models. The 
second call processing creation environment is employed to 
access the facility service via a programming API to modify 
existing facility models and to created new facility models. 
One advantage of the present invention is to facilitate 

25 rapid creation and deployment of new telecommunications 
features. 

Another advantage of the present invention is to allow 
software and hardware components to be reused across 
multiple features and products. 

Another advantage of the present invention is to permit 
scalability both at the processor level and at the level of the 
communications infrastructure. 

Another advantage of the present invention is to provide 

35 an architecture that is reusable across future switch and port 
infrastructures (for example, broadband). 

Another advantage of the present invention is to provide 
an infrastructure that supports the ability to engineer appli- 
cations in varying levels of centralization or distribution, 

40 based on usage. 

Another advantage of the present invention is to define a 
call processing environment in which buy/build decision can 
be made on major components of the call processing system, 
including facilities, signaling, and call data processing. 

45 Another advantage of the present invention is to define a 
call processing environment in which the price/performance 
decisions of the switch call processing and switch hardware 
capabilities are decoupled, resulting in an optimized busi- 
ness buying strategy. 

50 Further features and advantages of the present invention 
as well as the structure and operation of various embodi- 
ments of the present invention are described in detail below 
with reference to the accompanying drawings. In the 
drawings, like reference numbers indicate identical or func- 

55 tionally similar elements. Additionally, the left-most digit of 
a reference number identifies the drawing in which the 
reference number first appears. 

BRIEF DESCRIPTION OF THE FIGURES 

50 The present invention will be described with reference to 
the accompanying drawings, wherein: 

FIG. 1 is a network block diagram depicting the major 
components of a network according to a preferred embodi- 
ment of the present invention; 

65 FIG. 2 is a functional block diagram of a switch node 
embodying a switching function according to a preferred 
embodiment of the present invention; 
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FIG. 3 is an object view of a three-way call as an instance Switch Fabric NE 112 is the element of network 100 that 

of the call model according to a preferred embodiment of the provides the physical facilities necessary to complete a call, 

present invention; These resources include, but are not limited to, bearer 

FIG. 4 is an object view of the conceptual elements devices (Tl's, DSO's), network matrix devices (network 

contained within the services according to the present inven- 5 planes and their processors), link layer signal processors 

tion; and ( SS7 MTP » ISDN LAPD), and specialized circuits 

FIG. 5 is an object view of Call Segment Instance Service (conference ports, aucho-tone-detectors). Switch Fabric NE 

according to the present invention. m re P resenl s we hardware switch component provided by 

a switch manufacturer, such as Nortel. 

DETAILED DESCRIPTION OF THE 10 In a preferred embodiment, network 100 is implemented 

PREFERRED EMBODIMENTS as a client-server system using functional application pro- 

I. Introduction gramming interfaces (APIs) defined for each service. For 
The preferred embodiment of the invention is discussed in example, if an application running on a SI-NE 110 requires 

detail below. While specific steps, configurations and a service provided by a FP 114, the SI-NE 110 acts as a client 

arrangements are discussed, it should be understood that this 15 to request the service via an API, and the FP 114 acts as a 

is done for illustrative purposes only. A person skilled in the server to provide the service. Conversely, if an application 

relevant art will recognize that other steps, configurations running on a FP 114 requires a service provided by a SI-NE 

and arrangements can be used without departing from the 110, the FP 114 acts as a client to request the service via an 

spirit and scope of the invention. API, and the SI-NE 110 acts as a server to provide the 

II. The Intelligent Distributed Network Architecture 20 service. 

As used herein, the Intelligent Distributed Network Archi- Each call to a server is made through these APIs, regard- 
tecture (IDNA) defines the infrastructure and network ele- less of the geographic separation between the client and 
ments of an advanced switching system. The term network server. IDNOS 102 allows the client and server to be 
element (NE) is used herein to describe any physical device separated geographically across IDNOS-compatible inter- 
within the IDNA. An NE within the IDNA is named accord- 25 faces and provides a remote procedure call (RPC) capability 
ing to its primary function. Therefore, an NE that performs that is transparent to the client and the server. Thus, appli- 
primarily switch intelligence functions is named a Switch cations can be designed as though both client and server 
Intelligence Network Element (SI-NE). A functional entity were in the same processor, independent of the actual 
(such as switch intelligence) may be split across multiple underlying RPC mechanism. Thus, the present invention 
NEs, in which case all of the NEs are denoted by their 30 provides location transparency. 

primary functions (such as SI-NE). This functional interface method is substantially different 

FIG. 1 is a network block diagram depicting the major from the message-based interfaces provided by traditional 

components of a network according to a preferred embodi- IN architectures. These interfaces typically assume a spe- 

ment of the present invention. Referring to FIG. 1, network cific distribution topology, and require an underlying infra- 

100 comprises a Nationwide Intelligent Distributed Network 35 structure that is inherently tied to a particular communica- 

Operating System (IDNOS) 102 and a plurality of Domain tions method (CCS7, MTP, etc.). The RPC-based approach 

IDNOS 104 (only one Domain EDNOS 104 is shown). employed in network 100 allows the underlying communi- 

IDNOS 104 is the infrastructure supporting the cations method to be evolved independently of the design of 

communications, execution, and maintenance of processes upper-layer clients and servers. 

within network 100. IDNOS is essentially similar in nature 40 The RPC client-server model is restricted to interfaces at \ 

to DCE client/server application environments or CORBA the service level. Interfaces within the actual servers 

distributed object execution environments. (between components of the server) are vendor-proprietary, 

Each Domain IDNOS 104 is coupled to Nationwide and are not subject to this specification. 
IDNOS 102 and at least one Intelligent Computing Complex In one embodiment, the present invention is implemented 

(ICC) 108. ICC 108 is a computing element that provides 45 as computer software embedded in a computer usable 

services to control the calls processed by Switch Intelligence medium as computer readable program code means. The 

NEs 110; Each ICC 108 comprises at least one Feature computer usable medium can be, for example, a hard disk 

Processor 114. Feature Processor 114 is the functional entity drive or a removable storage medium such as a floppy disk, 

which contains all IN-style logic associated with call pro- A. IDNA Services 

cessing. This logic is all logic which controls advanced call 50 FIG. 2 is a functional block diagram of a Switch Node 200 
services and call structure, and may overlap the logic of embodying a switching function according to a preferred 
Switch Intelligence NE 110 in areas where rapid service embodiment of the present invention. This functional view 
creation has forced this structure. Feature Processor 114 is can be thought of as a cross-section of network 100 that 
. usually thought of as comprising all logic not associated shows how the switching functions deployed onto network 
I with either signaling or call models. 55 elements interact to provide telecommunications features 
Each Domain IDNOS 104 supports a switching function according to a preferred embodiment of the present inven- 
comprising at least one Switch Intelligence NE 110 coupled tion. Switch Node 200 is a logical entity implemented as 
to at least one Switch Fabric NE 112. Switch Intelligence functions which are executed by the physical network ele- 
NEs 110 are the elements of network 100 that provide call ments depicted in FIG. 1. Each function may be provided by 
processing functions to manage and process the facilities 60 one or more NEs. For example, Switch Fabric Function 222 
provided by Switch Fabric NEs 112. Switch Intelligence NE may be provided by one Switch Fabric NE 112, or may be 
110 contains all aspects of data processing required to distributed over two or more Switch Fabric NEs 112. 
complete a simple bearer connectivity request, as well as all For clarity, the depiction of Switch Node 200 is divided 
logic required to determine points in call where feature into bearer functions and control functions. The control 
involvement is required. Switch Intelligence NE 110 can be 65 functions comprise Feature Processor Function 224 and 
a general-purpose computer, such as a Sun or HP Worksta- Switch Intelligence Function 226. Switch Intelligence Func- 
tion, tion 226 further comprises Call Segment Instance Service 
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202, Facility Service 204, Switch Fabric Proxy Service 208, 
and Connection Manager Service 206. The bearer functions 
comprise Switch Fabric Function 222. For ease of 
explanation, FIG. 2 also depicts external functions compris- 
ing External Function 228 (for example, a PBX function). 5 

Switch Fabric Proxy Service 208 is a device driver 
preferably supplied by the manufacturer of the Switch 
Fabric NE(s) executing Switch Fabric Function 222. Switch 
Fabric Proxy Service 208 provides Connection Manager 
Service 206 and Facility Service 204 with a common to 
interface to Switch Fabric Function 222 and a common view 
of the services provided by Switch Fabric Function 222. 

In a preferred embodiment, the interface between Switch 
Fabric Proxy Service 208 and Switch Fabric Function 222 is 
a vendor-specific ATM interface, and the interface between 15 
Call Segment Instance Service 202 and Facility Service 204 
^DN^ariant . (3,931 lJ tf^ rr ' T1 ' < " , , " c 
'"Call Segment Instance Service 202 is the process which 
r actually brings up and takes down individual connections to 
s complete a callTFacility Service 20~4^is°T^rot6c6T state 20 
macniffiTTnlfiprovides all data processing related to the 
physical resources (that is, facilities) involved in a call. As 
discussed below, Call Segment Instance Service 202 and 
Facility Service 204 are programmable to generate a call 
model which provides a run-time environment for Feature 25 
Processor Function 224 to establish calls. 

Connection Manager Service 206 rationalizes abstract 
connection requests from Call Segment Instance Service 202 
and resolves these requests into physical connection requests 
1 to Switch Fabric Function 222. For example, Connection 30 
Manager Service 206 will receive a request to make a 
particular connection, and translate this request into a 
request to Switch Fabric Function 222 to physically connect 
two particular ports. 

Services 202, 204, and 206 are not instances, but rather 35 
monolithic services which maintain instances within them- 
selves to establish a particular call segment. Each of the 
services described herein fulfills the interfaces described 
within this specification using specific procedures. However, 
as will be apparent to one skilled in the relevant art, other 40 
procedures will satisfy the interfaces described, so long as 
all of the API -specified interfaces are satisfied. 

As stated above, the switching function is divided into 
two primary functions: Switch Intelligence Function 226 
and Switch Fabric Function 222. These two functions coop- 45 
erate in a client/server relationship to complete requests for 
bearer connectivity (e.g., phone calls). A fundamental con- 
ceptual distinction between Switch Intelligence Function 
226 and Switch Fabric Function 222 is the assignment of 
data and devices. All devices necessary to complete a bearer 50* 
connectivity, including trunk cards, switch matrix networks',' 
specialized circuitry, and link processor cards^are^assigned 
to Switch FabricJFuncti on 222.^ UI data (i.e., prreessinROi\ 
/j ^information) from these devices, including the processing of | 
\J( signaling, call state, and feature request information, is 55 
V assi gned to Sw itch Intelligence Function 226^_^ ^. * 
^* ww As^statea^b*oveTSwitclfTn Function 226 and 

Switch Fabric Function 222 correspond logically to two 
physical computing devices called Network Elements 
(NEs). Switch Intelligence Function 226 resides within one so 
or more Switch Intelligence NEs (SI -NEs) 110, whereas 
Switch Fabric Function 222 resides within one or more 
Switch Fabric NEs (SF-NEs) 112. 

Communication between these SF-NEs and SI-NEs is 
performed using an interface which is preferably supplied by 65 
the manufacturer of the Switch Fabric Funcuon 222. This 
interface consists of Switch Fabric Proxy Service 208 and 



API 220. Switch Fabric Proxy Service 208 is a software 
element, usually residing on an SI-NE, which provides a 
normalized interface to the functional elements of Switch 
Intelligence Funcuon 226. Switch Fabric Proxy Service 208 
permits SF-NE vendors to use any control interface between 
an SF-NE and Switch Fabric Proxy Service 208 (API 220), 
but forces SF-NE vendors to provide a uniform interface 
from Switch Fabric Proxy Service 208 to Switch Intelli- 
gence Function 226 (APIs 216 and 218). Requests flow 
between Switch Intelligence Function 226 and Switch Fab- 
ric Proxy Service 208 as API procedure calls and responses 
defined by APIs 216 and 218. As will be apparent to one 
skilled in the relevant art, APIs 216 and 218 can be consid- 
ered to be two portions, perhaps overlapping, of a single 
API. 

1. The IDNA Call Model 

The IDNA call model is a method of representing the 
bearer, signaling, and call processing facilities associated 
with a call. FIG. 3 is an object view of a three-way call 300 
as an instance of the call model according to a preferred 
embodiment of the present invention. The call model 
described in this specification is based on several funda- 
mental concepts. 

A call is composed of a number of participating members, 
one for each party to a call; each member is known as a "call 
half." A call half provides all control for the facilities, 
subscribers, databases, and call states for the participating 
member. Call 300 comprises three parties 302A-C, and thus 
three call halves 320A-C 

Each call half 320 is composed of two primary elements: 
Call Segment Instance 306 and Facility Instance 304. Call 
Segment Instance 306 is an instance of Call Segment 
Instance 202. Call Segment Instance 306 supports the data 
and interfaces required for call state, subscriber, and feature 
processing. Call Segment Instance 306 represents the pro- 
cessing of an endpoint in a call. Facility Instance 304 is an 
instance of Facility Service 204. Facility Instance 304 sup- 
ports the processing of events on a facility and correlates 
these events into requests to Call Segment Instance 306. 

The processing of data related to physical facilities, 
contained within Facility Instance 304, is isolated from the 
actual physical facilities contained within Switch Fabric NE 
112 (represented by Switch Fabric Proxy Service 208). 
Switch Fabric NE 112 provides minimal data processing 
capabilities. 

FIG. 4 is an object view of the conceptual elements 
contained within the services according to the present inven- 
tion. In the following discussion, a distinction is drawn 
between services, which are real and defined, and conceptual 
entities, which are provided for illustrative purposes only. 

The following paragraphs define the services of Switch 
Intelligence Function 226 according to a preferred embodi- 
ment of the present invention, as well as the conceptual 
entities contained within these services, with reference to 
FIG. 3. 

2. The Call Segment Instance Service 

Call Segment Instance Service 202 is the IDNOS service 
that performs call half processing, and is the entity that 
represents the status of call half 302, including all connec- 
tion points and associated resources. Call Segment Instance 
Service 202 communicates to Facility Service 204 (for 
protocol processing), to Feature Processor Function 224 (for 
feature processing), and to Connection Manager 206 (for 
connection control). Call Segment Instance Service 202 
corresponds to the A1N 1 .0 Call Segment (CS) object. 

Call Segment Instance Service 202 is provided via a Call 
Segment Instance 306 that is specifically associated with a 
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particular active facility at a particular call state. Identical interfaces that span all protocol families and yield protocol - 

active facilities with different call slates are considered specific actions based on logic contained entirely within 

different Call Segment Instances 306. Facility Service 204. 

Call Segment Instance Service 202 comprises two con- Facility Service 204 comprises Facility Channel Concep- 

ceptual entities: Connection Point (CP) Conceptual Entity 5 tual Entity 414, Signaling Channel Conceptual Entity 416, 

412 and Segment Call-Half Manager Conceptual Entity 410. and Bearer Channel Conceptual Entity 418. 

Connection Point (CP) Conceptual Entity 412 is the entity Facility Channel (FCH) Conceptual Entity 414 is a f uric- 
aware of the connectivity of connectors within a Call tional component which provides the ability to logically 
Segment Instance 306. A CP 412 is a representation of "bind" a bearer channel to its associated signaling. This 
connectors in some state of bearer connectivity (one-way, 10 binding happens on indication from the Signaling Channel 
two-way, multi-way, etc.). Multiple CPs 412 within a call are that a Bearer Channel is required for the call, 
not in a state of bearer connectivity, but may be either Signaling Channel (SCH) Conceptual Entity 416 is the 
brought into connectivity by joining them. A CP 412 may be object that addresses all of those aspects of FCH 414 
removed from a state of bearer connectivity by splitting it. associated with communications with distant SF-NEs 112 
CP 412 maintains information relevant to the status of a is and SI-NEs 110. SCH 416 takes care of the signaling for a 
call half's connectors; as such, no state machine is needed to call half. It is minimally available in three flavors: SS7 ISUP, 
provide that capability. A connector represents the connec- PRI, and inband. SCH 416 is where new types of signaling 
tion between two (or more) connection points. A connector are implemented (for example, BTUP or R2). 
may be either an active connector or a passive connector. An Bearer Channel (BCH) Conceptual Entity 418 provides an 
active connector is any connector between a Call Segment 20 association between a Call Segment Instance 306 and the set 
Instance 306 and a Facility Instance 304; a Call Segment of physical devices associated with providing bearer ser- 
Instance 306 can have only one active connector. A passive vices for that Call Segment Instance 306. These physical 
connector is any connector between two Call Segment devices include Tls, Els, DSOs, and other bearer devices, 
Instances 306. A CP can have a maximum of one active but exclude any device strictly associated with signaling, 
connector, but can have any number of passive connectors. 25 This association permits invoking entities to refer to these 
However, a CP does not require an active connector; a CP devices in an abstract command structure, eliminating the 
may represent a connection of two passive connectors (for need to refer to all devices within the association. There is 
example, a call on hold with music). Since CPs are not one BCH 418 associated with each FCH 414. However, 
required to have an active connector, there may be a situa- BCH 418 may represent a group of circuits; for example, a 
\p. tion where segments are not managing actual facilities, but 30 6x64 wideband call would have six circuits actually 
j== are instead managing the connection between other seg- involved but would be represented as one BCH 418. 
ments. If a segment were placed in such a situation, it would 4. The Connection Manager Service 
represent and control the relationship between two end-point Connection Manager Service 206 provides the ability to 
segments. establish and track connections within an SF-NE 112. Con- 
Segment Call -Half Manager Conceptual Entity 410 rep- 35 nection Manager Service 206 rationalizes abstract connec- 
resents the call data processing within a segment. The tion requests from Call Segment Instance Service 202 and 
primary aspect of Segment Call-Half Manager 410 is a Call resolves these requests into physical connection requests for 
State Machine, which is a finite state machine responsible Switch Fabric Function 222. For example, Connection Man- 
for the execution of basic call processing. This object is the ager Service 206 will receive a request to make a particular 
state machine typically associated with call processing 40 connection, and translate this request into a request to 
within ITU standards. physically connect two particular ports. Connection Man- 
3. The Facility Service ager Service 206 will minimally receive connection instruc- 
Facility Service 204 is a protocol state machine which tions from each Call Segment Instance 306, and will resolve 
provides all data processing related to the physical resources these instructions into specific matrix actions for Switch 
(i.e., facilities) involved in a call. Facility Service 204 45 Fabric Function 222 which connect the devices controlled 
processes raw signaling data provided by Switch Fabric by each segment. A very basic call will result in two 
Proxy Service 208. The resulting actions describe detailed segments which provide data to Connection Manager Ser- 
call progress changes that initiate abstract call progress vice 206, which then resolves this data into a single con- 
changes (which are given to Call Segment Instance 306). nection request to Switch Fabric Proxy Service 208. 
Information provided to Facility Service 204 by Switch 50 5. The Switch Fabric Proxy Service 
Fabric Proxy Service 208 is usually formed of facility- Switch Fabric Proxy Service 208 provides all mechanisms 
related events (on-hook, off-hook, wink) and actual data to control Switch Fabric Function 222 bearer and connec- 
received (DTMF digits, ISUP messages, Q.931 messages) tivity resources. It is the fundamental aspect of Switch 
from the facility. Switch Fabric Proxy Service 208 provides Fabric Service 112 that it provides clients, such as Call 
this information in an unprocessed form, allowing Facility 55 Segment Instance 306, the ability to associate bearer 
Service 204 to process this data into abstract events for Call resources and to request connectivity of resources. 
Segment Instance 306 (e.g., Call Setup Request, Call Dis- Switch Fabric Proxy Service 208 provides IDNOS- 
connect Request, etc.). compatible APIs 216 and 218 towards the remainder of call 
Facility Service 204 also acts as a server to the Call processing, and provides Switch Fabric-specific API 220 
Segment Instance Service 202, fulfilling requests for facility 60 towards the actual switch fabric equipment (SF-NEs 112). 
manipulation. This manipulation is received as abstract As such, Switch Fabric Proxy Service 208 acts as a gateway 
requests (e.g., Provide Tone, Setup Request, Disconnect) between the IDNOS client/server environment and the 
and causes the facility to perform actions on the Switch Switch Fabric-specific messaging environment. Switch Fab- 
Fabric Proxy Service to fulfill the manipulation requests. ric Proxy Service 208 is required to be accessible through 
The majority of the APIs defined for Facility Service 204 65 the IDNOS RPC execution support capability, whereas 
that are provided to Call Segment Instance Service 202 are SF-NEs 112 are not required to be accessible through the 
not protocol -specific. Rather, these requests are abstract IDNOS RPC. It is acceptable to have the Switch Fabric 
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Proxy Service 208 built within an SF-NE 112, but such a 
configuration would require an IDNOS-complianl physical 
interface between the SF-NE 112 and communicating 
SI-NEs 110. 

Switch Fabric Proxy Service 208 provides interfaces to 5 
the call processing clients that deal with device connectivity, 
signaling, etc. These interfaces (also called "agents") are 
grouped into the conceptual entities described below. 

Signal Protocol Manager (SPM) Conceptual Entity 422 is 
a distributor of signaling information to the various Signal- 10 
ing Channels which process such information. SPM 422 is 
capable of rudimentary processing of signaling information 
and may combine multiple events into a single Signaling 
Channel indication (under the guidance of Signaling Chan- 
nel 416). 15 

Matrix Conceptual Entity 420 is the functional compo- 
nent responsible for interconnection of compatible bearer 
channels, enabling the transfer of information between 
bearer channels on facilities external to SF-NE 112. Matrix 
420 performs its functions under the control of Connection 20 
Manager 419 within SI-NE 112. 

External Device Conceptual Entity 424 is the functional 
component that comprises all physical interfaces external to 
SF-NE 112. These external interfaces may provide bearer 
transport, data transport, or a mixture of bearer and data 25 
transport. External Device Conceptual Entity 424 also 
encompasses those devices that provide service circuit- 
typed capabilities (receivers, voice recognizers, etc.). 

OAM&P Manager Conceptual Entity 428 is the func- 
tional component that handles the operation, administration, 30 
maintenance, and provisioning functions for an SI-NE 110 
and an SF-NE 112. This functionality is distributed between 
the SI-NE 110 and SF-NE 112. 

Resource Manager Conceptual Entity 426 is the object 
responsible for maintaining a distributed view of the current 35 
availability of resources throughout a Switch Node 200, 
including all resources that directly apply to a Switch 
Intelligence Function 226. 

Device Pool Conceptual Entity 430 represents all avail- 
able external devices that may be attached to Facility 40 
Channel 414 as External Devices 424 for purposes of 
signaling or bearer service. 
B. API Interfaces 

In a preferred embodiment of the present invention, many 
of the interfaces are implemented as application program- 45 
ming interfaces (APIs). As will be apparent to one skilled in 
the relevant arts, other interface implementations may be 
employed without departing from the spirit and scope of the 
present invention. 

The capability to customize Switch Intelligence Function 50 
226 is a hallmark of the present invention. In a preferred 
embodiment of the present invention, Call Segment Instance 
Service 202 and Facilities Service 204 are independently 
customizable. Thus, according to a preferred embodiment of 
the present invention, Call Segment Instance Service 202 55 
and Facilities Service 204 each provide two types of APIs: 
programming APIs r and control APIs. FIG. 5 is an object 
view of Call Segment Instance Service 202, and is useful in 
explaining the difference between these two types of APIs. 
As will be apparent to one skilled in the relevant art, this 60 
discussion is applies in a similar fashion to Facilities Service 
204. 

A significant advantage of the provision of standard 
control APIs is that Call Segment Instance Service 202, 
Facilities Service 204, Connection Manager Service 206, 65 
and Switch Fabric Proxy Service 208 may each be provided 
by different vendors. 



1. Programming (Non -Instance) APIs 

In FIG. 5, Call Segment Instance Service 202 is depicted 
as being comprised of two environments: Online Environ- 
ment 506 and Runtime Environment 504. Offline Environ- 
ment 506 is accessed by Call Model Creation Environment 
502 via call Model Definition Language (CMDL) Toolkit 
API 414. CMDL Toolkit API 414 is a programming (non- 
instance) API. Facility Service 204 has a similar toolkit 
interface. Call Model Creation Environment 502 is based on 
the service creation environment concept. Facility Service 
204 has a similar service creation environment. 

These API interfaces permit element behaviors to be 
redefined to facilitate the creation of new services, either 
within the switching system or within an associated feature 
engine. CMDL Toolkit API 414 can be employed to create 
class definitions for aspects of the call model, such as Call 
State Machines 512, prior to runtime. For example, these 
class definitions may include a CaU State Machine 512A for 
AIN 1.0, a Call State Machine 512B for ITU CS-1, and a 
Call State Machine 512C for an MCI call state machine. Call 
Segment Instance Service 202 creates instances 508 of the 
defined call stale machines, and maintains call data instances 
510 in response to requests from Feature Processor Function 
224 received via control APIs 210, 212, and 214. The 
programming API for Facility Service 204 can be employed 
in a similar fashion, for example, to create a Signaling State 
Machine. 

Call Model Creation Environment 502 provides a CMDL 
Library 514 of the states, events, and atomics which make up 
the CMDL. In a state machine, an atomic is a non- 
controlling single step action (for example, a procedure 
call). An event is a notification to the Switch Fabric Function 
of activity. 

2. Control (Instance) APIs 

In operation, the Runtime Environment 504 of Call Seg- 
ment Instance Service 202 interacts with Feature Processor 
Function 224, Connection Manager Service 206, and Facil- 
ity Service 204 via control APIs 210, 212, and 214, 
respectively, to perform call processing. Call Segment 
Instance Service 202 instantiates (i.e., creates), for example, 
Call State Machine Instances 508 and Call Data Instances 
510 in response to requests for service. 

Because Connection Manager Service 206 and Facility 
Service 204 provide standard control APIs, the provider of 
Switch Intelligence Function 226 has the ability to "mix and 
match" components within the Switch Intelligence Function, 
allowing a "buy/build" decision on a case by case basis. 
III. An Example: Three-Way Call 

As an example of the operation of the present invention 
according to a preferred embodiment, consider a three-way 
call, which is a specific type of a conference call. This 
example will be described with reference to FIG. 3. The 
three way call is a feature which has been created for, and 
is running on, a Feature Processor 114. 

A three-way call is placed via an External Function 228 
having both bearer and signaling components (e.g., a LEC or 
PBX). In response, the signaling component of External 
Function 228 provides a signaling request to Switch Fabric 
Function 222, which maps the request to Switch Intelligence 
Function 226. Facility Service 204 performs certain signal- 
ing processing (perfoming early address determination, 
unpacking various protocols into a common protocol, pars- 
ing of the common protocol) and passes the event to Call 
Segment Instance Service 202, which instantiates a Call 
Segment Instance 306A, including a Call State Machine 
Instance 508, to represent call half 320A. 

Call Segment Instance Service 202 informs Connection 
Manager 206 of the status of Active Connector 308A and 



